Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Prevent calling setState on an unmounted WindowScroller component #689

Merged
merged 2 commits into from
Jun 10, 2017

Conversation

liorbrauer
Copy link
Contributor

@liorbrauer liorbrauer commented May 29, 2017

This is a bit of an edge case, when rendering several WindowScroller components on the same page inside a virtual list, the scroll listener can sometimes call setState on an unmounted WindowScroller component (that has been scrolled out of view in the virtual list), triggering react's warning.

This PR prevents calling setState in this scenario if the component has been unmounted.

liorbrauer and others added 2 commits May 29, 2017 22:10
This a bit of an edge case, when rendering several WindowScroller components on the same page inside a virtual list, the scroll listener can sometimes call setState on an unmounted WindowScroller component (that been scrolled out of view in the virtual list), triggering react's warning.

This PR prevents calling setState if the component has been unmounted.
@liorbrauer liorbrauer changed the title Prevent unmounted setstate Prevent unmounted setState calls May 29, 2017
@liorbrauer liorbrauer changed the title Prevent unmounted setState calls Prevent calling setState on an unmounted WindowScroller component May 29, 2017
@@ -127,6 +131,8 @@ export default class WindowScroller extends PureComponent {

// Referenced by utils/onScroll
__handleWindowScrollEvent (event) {
if (!this._isMounted) return
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@liorbrauer I think ideally we should determine why the mountedInstances array is not accurate, rather than fixing it with a flag

https://github.com/bvaughn/react-virtualized/blob/master/source/WindowScroller/utils/onScroll.js

Copy link
Contributor Author

@liorbrauer liorbrauer May 31, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@mking-clari Good point, though looking at the code and playing around with it I couldn't pin point why it isn't accurate. New WindowScrollers are added to mountedInstances array on mount and are removed on unmount - so that logic is sound. My best guess is that there's a race condition since scroll events are fired rapidly. If that's the case, I'm not sure what the best course of action is, perhaps debounce the scroll event handler?

Alternatively, I can move the check to see if the instance is mounted to the onScroll.js helper, changing line 47 to:

if (instance._isMounted && instance.scrollElement === event.currentTarget) {

though that still requires using a flag. Any other thoughts?

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm willing to accept this fix, but I'd like to know more about the case that it's fixing so I can determine if there's a better fix. Can you provide a Plnkr (or similar) repro @liorbrauer ?

Copy link
Contributor Author

@liorbrauer liorbrauer Jun 4, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bvaughn here's a plnkr with the problematic setup:

http://plnkr.co/edit/lquCfWiYbNnypf6JrvgW?p=preview

Just open the console and scroll fast in the preview pane (or simply drag the scrollbar fast) to see the setState warnings. Let me know what you think :)

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Cool. Thanks!

@bvaughn bvaughn merged commit 727af33 into bvaughn:master Jun 10, 2017
@bvaughn
Copy link
Owner

bvaughn commented Jun 10, 2017

Much appreciated!

@bvaughn
Copy link
Owner

bvaughn commented Jun 10, 2017

I just published this feature to NPM as react-virtualized@9.8.0-rc.1, tagged next. If you'd like to test it pre-release you can via:

npm install react-virtualized@next

Assuming no problems are reported with the RC, this feature will go out with 9.8.0 sometime this weekend. 😁

@bvaughn
Copy link
Owner

bvaughn commented Jun 13, 2017

Haven't heard anything negative about the RC so I just released 9.8.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants